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brief review because of clear error in the Examiner's rejection, 
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The rejection of claim 10 is clear error because Briegs does not teach a database which 
includes "a disambiguation comment object which identifies an operational uncertainty in which 
said protocol specification contains at least one of [the three specified types of] deficiencies." 

Applicants have filed this Pre-Appeal Conference Request because this application has 
already proceeded through three office actions, one advisory action and an extensive telephone 
interview, and yet again the Examiner has continued to cite references that clearly do not teach 
the claimed limitations. 

L BRIEF BACKGROUND 

The application concerns ways to identify operational problems in a clinical trial 
protocol for a drug or medical device before the actual trial begins. Operational problems are 
surprisingly common in clinical trials, and are extremely expensive and complicated to correct 
after the trial begins. 

An "operational" issue is different from a "scientific" issue. A "scientific" issue is an 
uncertainty about the science related to the drug, such as whether the drug has unwanted side 
effects. It is precisely why the clinical trial is being conducted. An "operational" issue arises 
because of inconsistency or ambiguity in the precise specification of trial activities. These 
problems arise in part because the protocol specification is typically a lengthy text document 
where the same information is discussed in multiple sections and formats. For example, one 
section of the protocol specification may specify that a blood test is required while in a different 
section a table displaying all required activities shows no blood tests at all - this is inconsistent, 
and it is also ambiguous because the frequency of the blood test has not been specified either. 

The subject claims are directed to Applicants' concept that by forcing a protocol 
specification into a properly designed formal model of a protocol, operational uncertainties 
embodied in the protocol specification can be discovered before trial execution begins. The 
formal model is designed such that protocol aspects that do not fit are likely to reveal an 
operational uncertainty. 

It can be seen further that it is the step of encoding, which facilitates the identification of 
operational uncertainties. It is much harder to identify operational uncertainties simply by 
studying the protocol specifications in the text document alone. For this reason, many of 
Applicants' claims call for the step of identifying an operational uncertainty to occur during the 
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step of encoding a clinical trial protocol This is not to be confused with encoding results of a 
defined protocol activity into a trial results database while the trial is being executed. 
Specifically, the encoding step creates an interim protocol specification database which 
represents the protocol specification text document, but in a structured, machine readable form. 

A. Independent Claim 1 

Claim 1 takes off from the above general concept and calls for, after an operational 
uncertainty has been identified by the above methodology: 

encoding into said database in association with at least a particular one of said protocol 
specification objects in said database, before execution of said clinical trial protocol, an 
indication that said operational uncertainty exists with respect to said particular object, 
(emphasis added) 

Later, but still before execution of the protocol, a graphical-visual representation of the 
protocol is displayed including a human-perceptible indication that that particular protocol 
specification object has an operational uncertainty associated therewith. The designer then can 
easily see the problem, and correct it prior to the start of the actual trial. 

Thus claim 1 calls for a step of encoding into the database an indication that an 
operational uncertainty exists. It also calls for the indication to be encoded in association with the 
protocol specification object with respect to which the operational uncertainty exists. 

Moreover, claim 1 calls for the operational uncertainty so encoded, to be one of three 
specific kinds of deficiencies: (1) "said protocol specification fails to specify a particular 
parameter for use during protocol execution," or (2) f 'said protocol specification specifies such a 
parameter with less precision than is required by a slot in said database for encoding the 
parameter," or (3) "said protocol specification contains at least two such parameter specifications 
which are in conflict". 

Claim 1 was rejected as being anticipated by Briegs. Briegs describes a system for 
helping a designer design clinical trial protocols. It does not have any mechanism for encoding 
the fact that an operational uncertainty exists in how the parameters have been described, or for 
associating such encoded facts with a particular protocol specification object. Basically, it 
appears that Briegs 1 system attempts to prevent the designer from creating the uncertainty to 
begin with. 
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The Examiner cites Briegs, col. 13, lines 21-54 as teaching the above features of 
Applicants' claim 1. But the cited section of Briegs discusses only the process of encoding the 
protocol. Nothing in this section says that "an indication that [an] operational uncertainty exists" 
gets encoded into the database. Certainly nothing in this section says that such an indication gets 
encoded "in association with ... a ... protocol specification object[s] in said database" with respect 
to which the operational uncertainty exists. And still further, nothing in Briegs teaches or 
suggests that the operational uncertainty whose existence gets encoded into the database, be one 
of the three kinds of deficiencies specifically called out in claim 1. 

Accordingly, because Briegs fails to teach the step called for in claim 1 of "encoding into 
said database in association with at least a particular one of said protocol specification objects in 
said database, before execution of said clinical trial protocol, an indication that said operational 
uncertainty exists with respect to said particular object," and fails further to teach that any such 
operational uncertainty constitutes one of the three kinds specifically called out in the claim, 
Briegs fails to anticipate claim 1 . 

B. Independent Claim 42 

Independent claim 42 includes the same limitation set forth above with respect to claim 1, 
and should be patentable over Briegs for the same reasons. 

C. Independent Claim 10 

Claim 10 calls roughly for a computer readable medium carrying a protocol specification 
database. The claim calls for the database to include: 

a disambiguation comment object which identifies an operationa l uncertainty in which 
said protocol specification contains at least one of the following deficiencies: said 
protocol specification fails to specify a particular parameter for use during protocol 
execution, or said protocol specification specifies such a parameter with less precision 
than is required by a slot in said database for encoding the parameter, or said protocol 
specification contains at least two such parameter specifications which are in conflict, 
said disambiguation comment object being associated with at lea st a particular one of 
said objects in said database , (emphasis added) 

Again, nothing in Briegs teaches any mechanism for encoding in the database, the fact 
that an operational uncertainty exists. Certainly nothing in Briegs teaches that a "disambiguation 
comment object" be included in the database to identify such an operational uncertainty. 



{00024523.DOC } 



Page 4 of 5 



Application No. 09/974,781 



Atty Docket No. FSTIC 1004-1 



Nor does anything in Briegs teach that any such disambiguation comment object be 
associated with any particular protocol specification object in the database. 

Nor does anything in Briegs teach that any such operational uncertainty be one of the 
three kinds of deficiencies specifically called out in the claim. 

Accordingly, because Briegs fails to teach any of these limitations in claim 10, Briegs 
fails to anticipate claim 10. 

II. CONCLUSION 

In light of the above, it is respectfully submitted that all of the claims now pending in the 
subject patent application should be allowable, and a Notice of Allowance is requested. 

The Commissioner is authorized to charge any underpayment or credit any overpayment 
to Deposit Account No. 50-0869 (FSTK 1004-1) for any matter in connection with this response, 
including any fee for extension of time, which may be required. 



Respectfully submitted. 



Date: 7 September 2007 




Warren S. Wolfeld, Reg. No. 31,454 



HAYNES BEFFEL & WOLFELD LLP 
P.O. Box 366 

Half Moon Bay, CA 94019 
(650)712 0340 phone 
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